首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏PM吃瓜(公众号)

    DevOps - 持续集成

    最近在担任公司部门的DevOps Champion的角色,一直觉得这个只是一个协调者的角色(而不是一个SME的角色),我的工作大概就是将每个项目的devops工具收集一下,然后用图表的形式去体现大家用devops 前进,就像敏捷实践一样,要让我们的问题暴露出来,让他们理解什么是持续集成,激发他们自己做持续改进。 我们是金融行业,众所周知,金融IT业是走得比较慢的,DevOps这个主题太大了,我们今天来聊聊持续集成吧,我们要是把持续集成做好了,说devops做好了一半也不出奇。 以前说起持续集成,我眼中就只有三个东西,自动化构建,自动化部署和自动化测试,然后就没了。难道我有这三个东西还没有达到持续集成吗?说你没达到,一点也不出奇,下面听我慢慢道来。 来说说我眼中的持续集成是怎么样的. 1. 是否能自定义自己的流水线?

    1.2K10发布于 2019-11-20
  • 来自专栏DevOps时代的专栏

    神聊《DevOps HandBook》:DevOps 集成安全的技术实践

    导言 今天由为大家拆书《DevOps Handbook》第六部分,信息安全集成DevOps的技术实践。 大概有三块内容: 第一块是总体介绍一下DevSecOps。 这就是安全整个DevOps中的价值,保证服务和数据的可用性、机密性、完整性。 信息安全整体框架需要自动化的集成DevOps的交付平台中是有一些困难的。 比如很多公司已经实现了像静态代码的检查,比如输入参数的校验,能够跟代码构建做整合,代码构建过程中自动的集成了这个代码分析,能够实现一些扫描报告实时的异步输出,这样就可以保证DevOps交付效率的同时,还能把现有整个的安全能力整合到现有的部署的流水线中 ,在提升安全能力的同时还不影响DevOps交付的时间和效率。

    1.2K90发布于 2018-02-07
  • 来自专栏iTesting

    持续集成DevOps基础

    iTesting,爱测试,爱分享 正文 一、基本概念 1、持续集成   持续集成(Continuous integration,简称CI),简单来说持续集成就是频繁地(一天多次)将代码集成到主干。 持续集成的好处: 快速发现错误,每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易; 防止分支大幅偏离主干,如果不经常集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成。    回到顶部 三、认识DevOps 1、DevOps是什么?    DevOps的核心价值: 更快速地交付,响应市场的变化; 更多地关注业务的改进和提升。 2、为什么需要DevOps? 答案就是DevOps,因为DevOps是面向业务目标,助力业务成功的最佳实践。

    1.1K10发布于 2020-10-26
  • 来自专栏总结xyp

    【云原生】DevOps(四):集成Sonar Qube

    Dsonar.java.binaries=target/Ps:主要查看我的sonar-scanner执行命令的位置查看日志信息null查看SonarQube界面检测结果检测结果null四、Jenkins集成

    19811编辑于 2025-12-04
  • 来自专栏汪宇杰博客

    使用Azure DevOps持续集成GitHub项目

    今天我们就来看看如何用Azure DevOps对自己GitHub上的项目做持续集成,并能在GitHub显示最新编译状态。 新建Azure DevOps项目 让我们进入正题,首先,你需要在Azure DevOps上新建一个Project,这个Project仅仅用于编译代码,你可以完全无视代码托管、测试、发布等其他功能。 注意:如果你之前没有在Azure DevOps里连接过GitHub,那么这一步里你需要进行授权认证,允许Azure DevOps访问你的GitHub资源。 ? 启用持续集成 想要每一次GitHub收到commit都进行编译的话,在Trigger里选择Enable continuous integration ? 并且以后一旦这个工程有新的commit提交到GitHub,都会触发持续集成的编译,并更新这个状态图标。 ?

    1.4K40发布于 2019-07-08
  • 来自专栏DevOps持续交付

    中国DevOps社区经典重温:持续集成(上篇)

    目 录 摘要 引言 使用持续集成构建功能 持续集成的实践 维护单一的源代码存储库 构建自动化 如何构建自动化测试 每人每天都向主干提交代码 每次提交都应该在集成机上构建主线 立即修复失败的构建 保持快速构建 在生产环境的克隆中测试 任何人都能轻松获得最新的可执行文件 每个人都可以看到正在发生什么 自动化部署 持续集成的好处 引入持续集成 最后的思考 延伸阅读 摘要 持续集成是一种软件开发实践,团队成员频繁地将他们的工作成果集成在一起 每次集成都通过自动构建(包括测试)进行验证,以便尽可能快地检测集成错误。许多团队发现这种方法可以显著减少集成问题,并允许团队更快地开发内聚软件。本文简要介绍了持续集成技术及其应用现状。 我被告知这个项目已经开发了几年,目前正在集成,并且已经集成了几个月。他告诉我,没有人真正知道完成集成需要多长时间。从中我学到了软件项目的一个共同的故事:集成是一个漫长而不可预测的过程。 尽管持续集成是一种不需要特殊工具来部署的实践,但我们发现使用持续集成服务器是很有用的。

    1.1K30发布于 2020-06-24
  • 来自专栏自学测试之道

    DevOps -测试内持续集成与持续交付

    DevOps 环境,持续集成(Continuous Integration)是Devops理念的一种实践过程,同时也是敏捷开发的具体表现形式。 我们引入了持续集成的概念,并开始逐步实施。持续集成的目的,就是让产品可以快速迭代,同时还能保持高质量。它的核心措施是,代码集成到主干之前,必须通过自动化测试。只要有一个测试用例失败,就不能集成。 最重要的一环是选择合适的持续集成系统。是搭建私有部署还是选择托管型持续集成系统,关键在于团队运行的基础设施,团队对持续集成系统的资源投入力度。 另外,在选择合适的持续集成服务时,还需要考量系统的灵活度以适应公司不同阶段的开发测试需求。 选择持续集成系统只是持续集成应用的其中一步,还需要建立合适的持续集成文化比如代码质量管控、测试文化等。 我理解持续交付需要依赖于持续集成,在持续集成的过程中,通过了所有测试case并且可以正确发布的集成系统,就可以作为持续交付的结果。持续交付与DevOps的含义很相似。持续交付可以看作持续集成的下一步。

    2.1K10发布于 2019-09-30
  • 来自专栏JAVA乐园

    企业DevOps之路:Jenkins 集成 Harbor 自动发布镜像

    在实际生产中,如果进行手动发布镜像到 Harbor,那么实在太 low 了。实际中,一般会结合 Jenkins 的流水线,进行自动构建和发布。

    3.7K32编辑于 2022-04-15
  • 来自专栏DevOps持续集成

    Mattermost+Jira集成加速DevOps工作流程

    Mattermost Jira集成可确保在正确的时间将通知发送给正确的团队和人员,使他们能够在不离开Mattermost的情况下进行项目管理配置。 Mattermost可轻松与流行的DevOps工具集成,例如Jira,Jenkins,GitLab,Trac,Redmine和Bitbucket。 免费提供数十种开源集成,包括交互式bot应用程序(例如Hubot和whatmost-bot)以及其他通信工具。 Mattermost支持DevOps工作流程,许多DevOps工作流程都依赖实时协作。 无缝集成使您可以在团队需要的地方发布Jira信息,以简化协作并快速解决问题。Mattermost能够自定义用户希望查看的Jira通知,并让他们对这些通知采取行动,从而节省了时间和金钱。 Mattermost Jira集成可确保在正确的时间将通知发送给正确的团队和人员,使他们能够在不离开Mattermost的情况下进行项目管理配置。 MatterMost安装配置Jira插件 ?

    1.9K20发布于 2020-06-08
  • 来自专栏PM吃瓜(公众号)

    敏捷开发,持续集成交付(CICD)、DevOps

    持续集成CI(Continuous Integration) 基本概念 ? 持续集成(Continuous Integration)简称CI,持续集成强调开发人员提交了新代码之后,立刻自动的进行构建、(单元)测试。 根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。 持续集成过程中很重视自动化测试验证结果,对可能出现的一些问题进行预警,以保障最终合并的代码没有问题。 持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。交付给质量团队或者用户,以供评审。 DevOps带来的变革 角色分工:打破传统团队隔阂,让开发、运维紧密结合,高效协作 研发:专注研发、高度敏捷、持续集成 产品交付:高质量、快速、频繁、自动化、持续交付 具体落地 简单的说,DevOps

    2.2K20发布于 2020-08-17
  • 来自专栏杨建荣的学习笔记

    DevOps落地成不成,关键不在持续集成

    作者介绍 赵辉,前HSBC商业银行DevOps团队主管,DevOps专家,现任一线公有云企业DevOps平台解决方案架构师。 当下的IT领域,持续测试是成功采用DevOps交付模式的关键因素。 自从2012年,第一份DevOps报告由Alana Brown发布之后,DevOps开始逐渐获得业界的认知。 越来越多来自各领域和产业的IT团队开始谈论DevOps和数字化转型,其中不少团队已经根据自身对DevOps的理解采取了行动。 DevOps的核心观念就是提供反馈,为开发团队尽早地提供反馈机制对于实现持续集成至关重要。因此,团队的结构应该被调整为如下图所示: ? 结论 测试部分通常因为更重原因,例如成本考虑、团队结构考虑,或者政治因素,在落地DevOps实践中被有意或者无意地忽略。但是,实际上测试才是实现真正的持续集成和持续交付的关键点。

    55630发布于 2020-07-02
  • 来自专栏CODING DevOps

    ​2019 DevOps 必备面试题——持续集成

    原文地址:https://medium.com/edureka/devops-interview-questions-e91a4e6ecbf3 原文作者:Saurabh Kulshrestha 翻译君:CODING 戴维奥普斯 Q1:什么是持续集成? Q2:为什么研发团队需要开发与测试的持续集成? 对于这个答案,你应该关注持续集成的需求。 它允许开发团队尽早检测和定位问题,因为开发人员需要每天多次(或更频繁地)将代码集成到代码仓库中,然后自动验证每次集成。 Q3:持续集成的成功因素有哪些? 点击使用 CODING 体验 DevOps 全工具链敏捷研发

    1.8K30发布于 2019-09-04
  • 来自专栏韩伟的专栏

    互联网开发模式三:持续集成DevOps

    自动化集成测试 前面曾经说过,敏捷开发非常依赖于自动化的单元测试。实际上持续集成,也非常依赖于自动化的集成测试。集成测试可以把自动化部署的结果进行检验,避免手工进行反复验证。 在持续集成的流程中,集成测试往往是最后一步的检验关口。如果集成测试失败,应该给所有关注集成的人员发送警报(实际上,如果成功也应该报告)。 DevOps的意义和实践 在互联网企业初始的阶段,运维工作往往是服务器端开发人员兼任的。当我在承担这种既是开发又是运维的工作时,往往非常羡慕那些“开发、运维分离”的公司。 看来服务器端开发和运维还真是难解难分,而DevOps的思想,就是为了努力解决这种矛盾。 可以把DevOps看作开发(软件工程)、技术运营和质量保障(QA)三者的交集 一个互联网软件的上线运营,往往是由开发人员编写出来,然后经过QA人员测试,最后放在运营环境里进行运营。

    1.7K60发布于 2018-03-05
  • 来自专栏FunTester

    持续测试、持续集成、持续交付、持续部署和DevOps

    借助与移动DevOps战略保持一致的强大的持续测试方法,已经不再停留在理论阶段,这已成为现实。 持续测试和DevOpsDevOps中, 「持续」一词意味着持续开发、集成、测试、部署、交付和监控。 通过启用对代码的更快反馈来升级交付管道 将平滑集成嵌入到 DevOps 流程中,确保更快地将产品交付给用户 总的来说,它通过鼓励他们从错误中吸取教训来提高团队的士气和效率 持续集成DevOps 为了保持相关性 这就是为什么在这个「敏捷世界」场景中,组织主要关注DevOps计划,更多地关注持续测试、持续集成 (CI) 和持续交付 (CD) 以实现快速质量。 为什么持续集成DevOps 中很重要 它通过在开发的每个步骤中经常测试来更快地解决错误,从而更容易在错误在后期成为更大问题之前发现错误 它通过让开发人员专注于更大的任务而不是在可以自动化的阶段修复错误来提高开发人员的生产力 团队透明度和问责制增加 提高测试可靠性,减少积压,提高最终产品质量给客户 持续测试、持续交付和 DevOps 持续交付的角色从持续集成结束的地方开始。

    2.7K30发布于 2021-11-04
  • DevOps最佳实践-处理好敏捷研发,持续集成和容器云三者集成

    注意在持续集成的时候我们只解决了自动化部署问题,但是没有解决持续交付的问题。而在DevOps里面需要同时解决持续集成和面向用户的持续交付能力。 持续集成过程回顾 在谈DevOps持续交付这个过程域之前,准备把原来敏捷开发或软件工程里面的持续集成最佳实践再做下回顾,要知道早在10多年前我们就已经在实践持续集成,每日构建,自动化测试和冒烟测试,因此对于持续集成并不是新鲜事物 唯一我们看到的是在DevOps最佳实践里面将持续集成过程变得更加灵活,自动化和可编排了。 这个是持续集成,也是DevOps的基本要求。 今天谈DevOps流水线编排,主要是对流水线编排本身的灵活性进一步思考。 DevOps持续集成和研发测试过程协同 流水线设计属于持续交付过程域中的一个关键内容,其核心还是为了持续集成服务。那么我们首先回顾下流水线作业解决什么问题?

    42610编辑于 2025-06-24
  • 来自专栏总结xyp

    【云原生】DevOps(三):CI、CD持续集成|交付|部署

    基于Jenkins拉取GitLab的SpringBoot代码进行构建发布到测试环境实现持续集成基于Jenkins拉取GitLab指定发行版本的SpringBoot代码进行构建发布到生产环境实现CD实现持续部署一 、 持续集成为了让程序代码可以自动推送到测试环境基于Docker服务运行,需要添加Docker配置和脚本文件让程序可以在集成到主干的同时运行起来。 构建后操作脚本命令构建后发布并执行脚本命令null发布到GitLab后由Jenkins立即构建并托送到目标服务器构建日志null测试部署到目标服务器程序查看目标服务器并测试接口nullnull二、 持续交付、部署程序代码在经过多次集成操作到达最终可以交付 ,持续交付整体流程和持续集成类似,不过需要选取指定的发行版本下载Git Parameter插件下载Git Parameternull设置项目参数化构建基于Git标签构建nullnull给项目添加tag版本添加

    43010编辑于 2025-12-04
  • 来自专栏JavaEdge

    敏捷持续集成持续交付DevOps基本理论全面解析

    1 辨析敏捷/持续集成/持续交付/DevOps ? 2 持续集成 2.1 为何会有持续集成? 敏捷开发解决了单体应用的开发和每日构建的问题。 该方案就是持续集成。 持续集成强调开发人员提交新代码后,立刻进行构建、(单元)测试。根据测试结果,可确定新代码和原有代码是否正确集成在一起。 ? 2.2 持续集成的定义 持续交付的鼻祖Martin Fowler提出:持续集成(Continous Integration)是一种软件开发实践,帮助团队成员频繁集成他们的工作,通常每个项目每天至少集成一次 每次集成使用自动化构建(含测试)来实现打包和测试,快速验证问题。许多团队发现持续集成显著地降低了集成遇到的错误,使团队能够更加迅速地开发软件。 2.3 为何需要持续集成 ? 参考 https://www.mindtheproduct.com/what-the-hell-are-ci-cd-and-devops-a-cheatsheet-for-the-rest-of-us/

    92510发布于 2021-02-23
  • 来自专栏嵌入式智能硬件

    DEVOPSDevops原则

    6.价值流思维是Devops的核心:关键度量(LT,PT,%C/A);可视化展现,创建价值而非动作;避免局部优化陷阱(约束理论), Devops的关键想法从每一步到下一步而到顺畅且统一的流动,有节奏,没有不必要的延迟且有最优的资源利用率 12.Devops完成的定义:是客户收到或者开始收到他们的期望价值。生产环境要完全资讯整个价值流。 ? 持续集成)、Puppet(基础架构构建)、Vagrant(虚拟化平台)等 2、持续交付(Continuous Delivery) 持续交付是在生产环境发布可靠的软件并交付给用户使用。 的定义: DevOps(Development和Operations的组合词)是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。 部署流水线:持续集成,持续交付,持续部署。

    2.2K20发布于 2020-08-31
  • 云原生-不是简单的微服务+DevOps+容器云集成

    DevOps更多是一套完全适应云端协同的敏捷管理方法和流程,来实现持续集成和交付。 软件因云而生,即云原生,需要的就是上面三者的密切配合来完成。 云原生的核心究竟在哪里? DevOps过程支撑平台 对于DevOps过程支撑是面向云原生整体解决方案里面的一个关键内容,我们整体的平台本身也是基于DevOps能力成熟度标准来构建。 包括了类似研发过程管理,持续集成,持续交付,数据管理,测试管理,度量分析等各个大的模块。 但是整个DevOps过程支撑平台也可以实现和当前公有云容器化PaaS平台的无缝集成能力。 我们再来看下云原生的几个关键: 微服务:本身偏设计和开发态要求,和云端能力提供关系不大 DevOps:当前阿里,华为云已经提供全面的DevOps支撑集成和交付能力 容器云:同样,各大公有云厂家已经全面支持

    45310编辑于 2025-06-24
  • 来自专栏通往体面生活的路上

    微服务 day20:项目部署与持续集成DevOps

    一、DevOps介绍 DevOps 是 Development 和 Operations 两个词的缩写,引用百度百科的定义: ? DevOps 是一种方法或理念,它涵盖开发、测试、运维的整个过程。 DevOps 是提高软件开发、测试、运维、运营等各部门的沟通与协作质量的方法和过程,DevOps 强调软件开发人员与软件测试、软件运维、质量保障(QA)部门之间有效的沟通与协作,强调通过自动化的方法去管理软件变更 DevOps 兴起于2009年,近年来由于云计算、互联网的发展,促进了DevOps的基础设施及工具链的发展,涌现了一大批优秀的工具,这些工具包括开发、测试、运维的各各领域,例如:GitHub、Git/SVN 下图是DevOps相关的工具集: ? 持久集成也属于 DevOps 持续集成的好处: 1、自动化集成部署,提高了集成效率。 2、更快的修复问题。 3、更快的进行交付。 4、提高了产品质量。 本项目持续集成流程 ?

    2.6K40发布于 2020-08-05
领券